EXPRESS MAIL NO. EV325939914US 

Title: Method and System for Interfacing With Accounting Systems 
Inventor: Lawrence J. Mika 

Assignee: American Express Travel Related Services Company, Inc. 
Field of Invention 

[0001] This application generally relates to a method and system for managing the 

exchange of information, and more particularly, to a computer-implemented method and 
system for integrating data from a centralized source to individual entities. 
Background of the Invention 

[0002] Corporations and other entities typically have employees who incur costs. These 

costs may be tracked and paid from a centralized system. For example, some employees may 
{ travel and incur hotel and airfare costs, wherein other employees may incur costs in 

supplying the company with various office supplies. These costs are often incurred in the 
form of a charge to a credit card or charge card. In some cases, the credit card charges 
incurred by the various employees are sent to the company on a periodic basis in the form of 
a statement which may be in a paper or electronic format. Corporations often desire to 
automatically import an electronic statement with a computerized accounting system. 

[0003] With reference to Figure 1, in the prior art, an organization, such as financial 

institution 102, generates electronic files on a periodic basis, wherein the files may include 
reports of charges incurred against various accounts. For example, a credit card company 
may generate a report every month detailing all of the transactions incurred by a certain 
credit card. A company 104 may have numerous employees, each with a credit card. Each 
credit card may have transactions that are reported on the electronic statement. Company 104 
uses a computerized accounting system 106 to simplify the accounting process, wherein the 
accounting system may include any one of the many software accounting systems available, 
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including those made by SAP, Oracle, Peoplesoft, JD Edwards, Lawson, Walker, Baan, 
GEAC, and many others. Because of the wide variety of accounting systems used by 
company 104, each using its own proprietary format, it is difficult for a financial institution 
to provide financial data to each company in an optimum format for the entity*s accounting 
system. In the prior art, the data 108 from financial institution 102 was typically in a generic 
format that must be reformatted by each company 104 before being used by accounting 
system 106. Such a reformatting process typically includes a computer programmer 
developing a sophisticated computer program 1 10 to translate data from the format used by 
the financial institution to the format used by company 104. Such a software development 
process can be time consuming and expensive, including months of work and the attendant 
costs of paying for custom computer programming. 
[0004] Such a process is cumbersome because, for example, a company may have multiple 

accounts from different financial institutions, each possibly using a different format for its 
statements. The company then needs to create a custom program to create an interface with 
each different financial institution. In addition, many companies have grown their businesses 
through the acquisition of other companies. In these instances, a company may have more 
than one accounting system, often from different software companies. The company then 
needs to create a more complex custom program to create multiple interfaces from a single 
financial institution to several accounting systems. As such, it would be desirable to have a 
system in which an entity can more easily import information from a third party such that the 
information can be more efficiently processed via computer. 
Summary of the Invention 

A system is disclosed which solves the above-described problems. The system facilitates 
generating a file in a preferred format, such as a format used by a desired accounting 
software system. The method for facilitating the translation of files includes creating an 
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interface file, reading data from a first source, reading the definitions contained in the 

interface file, and translating the data fi:om the first source according to the definition 

contained in the interface file. 

Brief Description of the Drawings 
[0005] A more complete understanding of the present invention may be derived by 

referring to the detailed description and claims when considered in connection with the 

Figures, where like reference nunibers refer to similar elements throughout the Figures, and: 
[0006] Figure 1 presents a prior art system for importing data; 

[0007] Figure 2 presents an embodiment of the present invention; 

[0008] Figure 3 is a flowchart illustrating the types of responses expected of a user of an 

embodiment of the present invention; 
[0009] Figure 4 is a flowchart illustrating the steps used in creating an interface file in the 

present invention; and 

[0010] Figure 5 is a flowchart illustrating the use of an embodiment of the present 

invention. 

Detailed Description 

[0011] The present invention may be described herein in terms of various fimctional 

components and various processing steps. It should be appreciated that such fiinctional 
components may be realized by a variety of different hardware or structural components 
configured to perform the specified fimctions. For purposes of illustration only, exemplary 
embodiments of the present invention will be described herein. Further, it should be noted 
that, while various components may be suitably coupled or connected to other components, 
such connections and couplings may be realized by a direct connection between components, 
or by a connection through other components and devices. 
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[0012] In general, as shown in a block diagram of an embodiment of the present invention 

in Figure 2, data 108 from financial institution 102 is provided to Interface File Builder 210. 
The data is converted by Interface File Builder 210 to a format usable by company 104. 

[0013] Interface File Builder 210 is any hardware and/or software suitably configured to 

facilitate the modification of the format of data. In an exemplary embodiment. Interface File 
Builder 2 1 0 is a module in which a user can easily modify the format of the data fi*om 
financial institution 102 into a format usable by accounting system 106. Once the data is in 
Ihe desired format, company 104 is able to process the data in its preferred accounting 
program and is able to perform desired types of analyses. 

[0014] The operation of Interface File Builder 210 will now be described in more detail. In 

one embodiment, interface file builder uses a "wizard" type of functionality in which a user 
is presented with a series of questions to answer about the desired interface file being built. 
After the wizard is completed, the interface file definitions are saved. The Interface File 
Builder 210 then uses these definitions to create, upon demand, an interface file for use by 
company 104. The interface file definitions are used to create a data file that may be in a 
variety of database or other electronic file formats, both proprietary and non-proprietary. A 
typical database will contain records, with each record containing data in a number of 
different fields. Each record may contain information regarding a particular financial 
transaction, separated into fields. Fields are used to separate the data into distinct portions. 
For example, one field may contain a date of a transaction, while another field may contain 
the amount of the transaction. 

[0015] With reference to Figure 3, a flowchart is presented illustrating the types of 

questions that a user may be asked in an embodiment of the present invention. A user is then 
presented with a list of types of files to generate (step 302). An exemplary list of types of 
files to be generated is presented in the following table: 
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10016] 


Corporate Purchasing 


[0017] 


EXPENSE 


Reconciliation 




REPORTING 




[0018] 


General Ledger ("G/L") 


[0019] 


G/L 


[0020] 


Accounts Payable 


[0021] 


A/P (due payments 


("Ayp") 




only) 




[0022] 


[0023] 


A/P (All charges) 


[0024] 


[0025] 


Payroll 


[0026] 


Cardmember List 


[0027] 


Cardmember List 


[0028] 


User List 


[0029] 


User List 


[0030] 


Data dump 


[0031] 


Data Dump 



[0032] After selecting the type of file to be created, the user is presented with a list of 

templates (step 304). The templates present generic formats that serve as a starting point for 
creating a customized interface file. A template may present an interface file that works for 
many customers in that it presents the generally desired data. The user then starts to 
customize the interface file by, for example, entering in a name and description of the file 
being built (step 306). The user is also able to present a preferred sorting method (step 308). 
The user may wish to sort the data by date of transaction, or by name of card holder, by 
vendor, or by any number of different criteria. The user also may choose to filter the results 
(step 310). A filter is used to restrict the records being read. For example, a filter may be 
used to restrict the records being translated by the customized interface file such that only 
records fi*om certain users are translated. The user is also able to choose a date range (step 
312). By choosing a date range, the user is able to view transactions based on the date of the 
transaction. The user is also able to select a format of the file (step 3 14). Different 
accounting programs may require the files, or portions of files, to be in a specific format. 
Examples of available formats include, but are not limited to: comma-delimited; space- 
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delimited; ASCII; ASN; XML; and a variety of proprietary formats. At any time during the 
creation of the interface file, the user is able to save the interface file for later completion 
(step 316). 

[0033] Further details regarding the file format can be entered by the user. With reference 

to Figure 4, an exemplary flowchart of the process is shown. The process shown in Figure 4 
allows a user to provide fiirther detail of the desired format of the data. For example, 
accounting codes can be added to the data file to categorize the data (step 402). A user may 
also wish to specify the format of the various fields, such as the length, padding, type of 
field, and other characteristics (step 404). The user is also able to select a variety of 
properties to moire particularly describe each field. 



[0034] Exemplary properties may include the following: 

[0035] Field Name-The short name of the field. 

[0036] Description— A longer description of the field. 

[0037] Status— A logical field used to flag accounting codes in templates specific to certain 

programs. 

[0038] Length Flag—A logical field to indicate whether the field is fixed length or variable 

length. 

[0039] Length-Length of the field (only for fixed length fields). 

[0040] Minimum and Maximum Length-Minimum and maximum allowable lengths (only 

for variable length fields). 
[0041] Format Mask-Forces the data into a particular format. For example, dates may be 

forced into the format MM/DD/YYYY. 
[0042] Justification-the data in the field may be left-justified or right-justified. 

[0043] Pad character~if a field needs padding (i.e., the field is required to be a certain 



length), the pad character is used to define the character used to fill up the field. 
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[0044] Quote~A logical field to indicate whether or not the value of the field should be 

enclosed in quotation marks. 
[0045] Delimiter flag~A logical field that indicates if a field should be followed by a 

delimiter (delimited file types only). 
[0046] Start position-Calculated to indicate the starting position of the field, with 

numbering starting at 1 rather than 0 (fixed width fields only). 
[0047] End position-^ Calculated to indicate the ending position of the field, with 

numbering starting at 1 rather than 0 (fixed width fields only). 
[0048] Counter Increment Flag-Flag used to indicate if counter fields are pre- 

incremented, post-incremented, or not incremented. Pre-increment indicates that the counter 

is increased before the field is processed, while post-increment indicates that the counter is 

increased after the field is processed. 



[0049] Another property that is modifiable is an Element property. An Element is the 

information that will appear in the field. Various types of Elements may be supported by an 
embodiment of the present invention. Examples include the following: 

[0050] Query Field— A data field from a table returned by the query being executed. 

[0051] Static Table Entry-A static data field located in a data table. 

[0052] Counter— A field which can also be stored in the new file table, This field can be set 

to increment or decrement by a specified value for each record in a table. 

[0053] Fixed Text-A data field with a constant alphanumeric value. 

[0054] Expression- Allows a user to create an expression that is evaluated at the time of 



the transfer of the record. An exemplary expression may be to add various values together to 
produce a value to be transferred. Many types of Expressions can be used here, from simple 
arithmetic to complex queries. 
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[0055] Character Function-Similar to fixed text, but allows the entry non-standard 

characters 

[0056J Common Expressions- An often used calculated expression, such as the current 

date or time. 

[0057] In one embodiment, after completing the above information, the user may be able 

to save the interface file (also known as an Interface File Definition) (step 406). Once the 
Interface File Definition is saved, it may be selected by later users to interface with their 
particular accounting software. 

[0058] The Interface File Definition is then used by Interface File Builder 2 1 0 to translate 

the file from the format used by financial institution 102 to a format useable by accounting 
system 106. Interface File Builder 210 processes each record from financial institution 102 
and formats the record such that it is in the format prescribed by the Interface File 
Definition. 

[0059] Interface File Builder 210 may be located in a variety of locations from which it 

can access the various files it needs to operate. The user will choose to run an interface file 
by selecting it from a list of "tasks" available to them. The specific file definition will have a 
name that the user gave it when defining the interface file. For example, the user might name 
a file and see it as "SAP G/L File - Memphis Manufacturing Plant". When the user selects a 
file type to run, the system will know where to go to get the definitions. In one embodiment, 
Interface File Builder 210 is located on a server that is maintained by financial institution 
102. With reference to the flowchart in Figure 5, an exemplary formatting process occurs in 
the following manner. A record from financial institution 102 is read by Interface File 
Builder 210 (step 502). 

[0060] The Interface File Definition is then read by Interface File Builder 210 (step 504). 

The Interface File Definition may be stored in a variety of locations accessible by Interface 
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File Builder 210. All or a portion of the fields of the record are then fully or partially 
translated, following all or a portion of the directions in the Interface File Definition (step 
506). For example, a date stored in an internal format can be converted, by one of a variety 
of methods, in the format described in the Interface File Builder (e.g., mm/dd/yyyy). 
Another example is that a text field will be made into the appropriate length and 
justification, as defined in the Interface File Definition. The Interface File Builder may also 
include other pieces of data not directly contained in the transaction data record from the 
financial institution. For instance, the user can specify fixed text fields, data counters, or data 
field stored in another database table to be included in the interface file. After each field (or a 
. predefined number of fields) in the record is translated from the format used by financial 
institution 102 or derived from other available data sources, the resulting data file is 
amended to contain the requested information (step 508). The data fields are outputted to an 
electronic file in the order and with the correct format as specified in the interface file 
definitions. In other words, the formatted record, consisting of a number of formatted data 
fields, is appended to the end of the data file (interface file). The steps are then repeated for 
all (or a predefined number) of the records stored by financial institution 102. As noted 
above, the records being processed by Interface File Builder 210 can be limited in a variety 
of manners, such as limiting the date range or applying a filter, 
[0061] Once all (or a predefined number) of the records are processed, the resulting data 

file is saved and can then be used by accounting system 106 to be processed in the normal 
course of business by company 104. Because the resulting data file is in a format that is 
readily processed by accounting system 106, accounting system 106 is thus more easily able 
to operate on the data. As such, the present invention facilitates creating an interface file in a 
short time frame, compared to the old method, of creating a custom computer program to 
translate files to the correct format. 
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[0062] The present invention is described herein with reference to block diagrams, 

flowchart illustrations of methods, systems, and computer program products according to 
various aspects of the invention. It will be understood that each functional block of the block 
diagrams and the flowchart illustrations, and combinations of functional blocks in block 
diagrams and flowchart illustrations, respectively, may be implemented by computer 
program instructions. These computer program instructions may be loaded on a general 
purpose coniputer, special purpose computer, or other programmable data processing 
apparatus to produce a machine, such that the instructions which execute on the computer or 
other programmable data processing apparatus create means for implementing the functions 
specified in the flowchart block or blocks. 

[0063] For the sake of brevity, conventional data networking, application development and 

other functional aspects of the systems (and components of the individual operating 
components of the systems) may not be described in detail herein. Furthermore, the 
connecting lines shown in the various figures contained herein are intended to represent 
exemplary functional relationships and/or physical couplings between the various elements. 
It should be noted that many alternative or additional functional relationships or physical 
connections may be present in a practical electronic transaction system. 

[0064] These computer program instructions may also be stored in a computer-readable 

memory that can direct a computer or other programmable data processing apparatus to 
function in a particular maimer, such that the instructions stored in the computer-readable 
memory produce an article of manufacture including instruction means which implement the 
function specified in flie flowchart block or blocks. The computer program instructions may 
also be loaded on a computer or other programmable data processing apparatus to cause a 
series of operational steps to be performed on the computer or other programmable apparatus 
to produce a computer-implemented process such that the instructions which execute on the 
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computer or other programmable apparatus provide steps for implementing the functions 
specified in the flowchart block or blocks. 

[0065] Accordingly, functional blocks of the block diagrams and flowchart illustrations 

support combinations of means for performing the specified functions, combinations of steps 
for performing the specified functions, and program instruction means for performing the 
specified fiinctions. It will also be understood that each functional block of the block 
diagrams and flowchart illustrations, and combinations of functional blocks in the block 
diagrams and flowchart illustrations, can be implemented by either special purpose 
hardware-based computer systems which perform the specified functions or steps, or suitable 
combinations of special purpose hardware and computer instructions. 

[0066] The system may include a host server or other computing systems including a 

processor for processing digital data, a memory coupled to said processor for storing digital 
data, an input digitizer coupled to the processor for inputting digital data, an application 
program stored in said memory and accessible by said processor for directing processing of 
digital data by said processor, a display coupled to the processor and memory for displaying 
information derived from digital data processed by said processor and a plurality of 
databases, said databases including client data, merchant data, financial institution data 
and/or like data that could be used in association with the present invention. As those skilled 
in the art will appreciate, user computer will typically include an operating system (e.g., 
Windows NT, 95/98/2000, Linux, Solaris, etc.) as well as various conventional support 
software and drivers typically associated with computers. User computer can be in a home or 
business environment with access to a network. In an exemplary embodiment, access is 
through the Internet through a commercially-available web-browser software package. 

[0067] As will be appreciated by one of ordinary skill in the art, the present invention may 

be embodied as a method, a data processing system, a device for data processing, and/or a 
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computer program product. Accordingly, the present invention may take the form of an 
entirely software embodiment, an entirely hardware embodiment, or an embodiment 
combining aspects of both software and hardware. Furthermore, the present invention may 
take the form of a computer program product on a computer-readable storage medium 
having computer-readable program code means embodied in the storage medium. Any 
suitable computer-readable storage medium may be utilized, including hard disks, CD-ROM, 
optical storage devices, magnetic storage devices, and/or the like. 
[0068] In the foregoing specification, the invention has been described with reference to 

specific embodiments. However, it will be appreciated that various modifications and 
changes can be made without departing fi-om the scope of the present invention. The 
specification and figures are to be regarded in an illustrative manner, rather than a restrictive 
one, and all such modifications are intended to be included within the scope of present 
invention. 

[0069] Benefits, other advantages, and solutions to problems have been described above 

with regard to specific embodiments. No element described herein is required for the 
practice of the invention unless expressly described as "essential" or "critical." 
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